DOCUMENT RESUME 



ED 280 737 



SE 047 901 



AUTHOR 
TITLE 



PUB DATE 
NOTE 

PUB TYPE 

EDRS PRICE 
DESCRIPTORS 



IDENTIFIERS 



Cobern, William W. 

Programming Language Choice: A Positive albeit 
Ambiguous Case for BASIC Programming in Secondary 
Science Teaching. 
Mar 86 
21p. 

Viewpoints (120) — Guides - Non-Classroom Use (055) 
MFOl/PCOl Plus Postage. 

Cognitive Development ; * Computer Science Education ; 
*Computer Uses in Education ; Educational Technology; 
Instructional Improvement ; Programing; * Programing 
Lai^^t^ages; Science Education; Secondary Education; 
*Secondary School Science; *Skill Development 
*BASIC Programing Language; *PA£CAL Programing 
Language 



ABSTRACT 

With the purpo 
choice in computer programming 
use o£ BASIC as a language for 
are offered on: (1) the role o 
the differences in quality and 
role of a non-structured progr 
problem of cognitive matching, 
for such areas as the roles of 
analysis of the task structure 
such as PASCAL, and the effect 
experience on the acquisition 
reference list is also provide 



se of addressing the area of language 
this paper specifically addresses the 
secondary level students . Perspectives 
f computers in science education; (2) 

intent of PASCAL and BASIC; (3) the 
amming language approach; and (4) the 
An increase in research is advocated 
programming in science education , an 
and curriculim demand of languages 
of prior unstructured programming 
of structured programming skills. A 
d. (ML) 



* Reproductions supplied by EDRS are the best that can be made * 

* from the original document. * 
****************************************************** 

o 



ERIC 



o 
oo 

I4J 



Programming Language Choice: a Pes 1 1 1 ve ' Al be 1 1 Ambiguous 
Case for BASIC programming in Secondary Science Teaching 



U.S. bEPAr.<WIENTOF EDUCATIOH 

Oftice of Educational Research and Inipro Ament 

EDUCATIONAL RESOURCES INFORMATION 
CENTER <ERIC) 

I This document has been repr-xJuced as 
Received from the person or urganJzation 
originating it 
□ Minor changes have been made to improve 
reproduction quality. 

* Points of view or opinions stated in this docu- 
ment do not necessarily represent official 
OERI position or policy. 



Dr. Win lam W. Cobern 
Ass Is tan t Professor of Educat Ion 
Austin College Sherman> Texas 
March, 1986 



'•PERMISSION TO REPRODUCE THIS 
MATERIAL HAS BEEN GRANTED 




TO THE EDUCATIONAL RESOURCES 
INFORMATION CENTER (ERIC)." 



cs. 

o 

ERIC 



BEST COPY Ammt 



Abstract 



Given the increasing computer exposure that teachers are experi- 
encing and the growing number of personally owned computers it is 
likely that secondary science teachers will with greater frequency ex- 
periment with student programming. Researchers should be Interested 
In examining th> possible uses for computer programming in science edu 
cation an(?i the structure of languages that might be choosen, vis-a-vis 
the educational requirements of the learners. At this time BASIC and 
Pascal are the two most frequently used programming languages in secon 
dary education. Although the use of BASIC has been severely criti- 
cized because of its unstructured nature, recent research results tend 
to support BASIC as the langauge better matched cognitvely with *:he 
development levels of typical secondary students. 
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Given that one Interested in using computer programming as an 
Instructional tool In s.^cond/Jiry science education^ Important ques- 
tions arise • Fir.st^ why should programming be used at all and second, 
which language or languages should be used? In this paper I primarily 
address the issue of lar^goage choice, more specifically the use of 
BASIC, rather than a structured language such as Pascal, The case for 
BASIC however is an ambiguous one since there is at this time insuffi- 
cient empirical evidence to unequ i v ical 1 y resolve^ the issue one way or 
the other. 

£2I!lEH££Es_and_Scj_ence_Education 

My first encounter with a computer occurred when I was an under- 
graduate. As science majors we were taught ALGOL so that we could 
write programs for solving various oiathemat leal equati>.ns used in our 
physics and chemistry labs. Later as a high school science teacher, 
one fortunate enough to have access at school to a minicor.puter via a 
remote terminal, I thought my students might enjoy learning to write 
computer programs that could be used to solve mole problems, accelera- 
tion problems, or to simply average measurements from control and 
experimental groups. I also felt that attempting to write programs 
for science-math problems could improve their uncerstand ing of those 
math relationships. Furthermore, because scientists use computers I 
felt that by having my high school students do the same, they would 
increase their own sense of "doing sconce." Lik- many students today 
my students did enjoy working with a computer; and it was my Judgement 
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that they had a better understanding of our coqrsework because they 
were programming. But what I was doing was uncommon, given the rarity 
of computer access at the high school level. 

With the advent of the affordable microcomputer In the late seven- 
ties, the use of computers In education has greatly increased. The 
recently released "Second National Survey of Instructional Uses of 
School Computers" estimates that half of all American secondary 
schools have 15 or more microcomputers and that 12 % of all secondary 
science teachers are now using microcomputers (Becker, 1986, pp. 30, 
32). According to a RAND study of secondary science -teachers who ar.^ 
considered "successful" users of computers in education, computers are 
most often used for drill and practice, tutoring, simulating, game 
playing and management purposes (Shavelson, et al , 19-34). 

It should come as no surprise that student programming Is not 
listed in the RAND study. As noted by ^he Office of Technical Asses- 
sment (1982), a major hindrance to the increased use of modern tech- 
nology in the classroom is that teachers lack the necessary technical 
knowledge. It is only to be. expected then that teachers would first 
use the more simple forms of a new technology. With respect to micro- 
computers that means pre-programmed, commercially available software 
used for drill and practice, tutorials, etc. Furthermore there is 
less that can be done with student programming than can be dene with 
prepared software. The result Is that computer proc^ramming is largely 
left to the computer literacy and computer science teachers. 
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Nevertheless there Is likely to be a change In the current pat- 
terns of programming use due to the Increasing occurrence of computer 
literacy requirements. School districts aro requiring computer liter- 
acy for high school graduation, colleges are doing the ^ame for col- 
lege graduation, and states a-e requiring it for teacher certification 
(Abernathy & Pettibone, 1984), These requirements coupled with the 
growing number of home computers means that virtually all of tomor- 
row's new science teachers will have at least been exposed to a com- 
puter programming language. It seems inevitable that these teachers 
are going to experiment with student programming for the same reasons 
I did. 

If indeed that is what happens, then two basic questions must be 
faced by science education researchers: 

U Are there any instructional objectives for which an 

empirical justification can be shown for using student 
programn>ing in secondary science education? For 
example, as opposed to other methods, can a motivational 
objective be better met with student programming, or does 
student programming increase understand ing of science- 
rel=^ted mathematical relationships? 



2. Given that it is possible for a teacher to choose from se- 
veral programming languages, does the choice of language l"or 
student programming matter? For e?:ample, is Pascal to ba 
preferred to BASIC, or perhaps Modala is preferable? 

To date there has not been any research concerning the first question 
nor much discussion. There has however been considerable discussion 
of the second question, though often in the broader contaxt of compu- . 
ter science education. A teacher's decision to te:-ch and use BASIC 
for example, is a controversial cne '^ince the use of BASIC is 
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vigorously discouraged by some eminent science educators and computer 
scientists (e.g. Bork, 1985; Papert, 1980). On the assumpt Ion that 
science teachers will go ahead and try student programming despite the 
aosence of empirical justification for doino soy there is cause to 
examine what information is available on the issue of language choice. 



lbe_Anti2BASIC_Positlon 

BASIC and Pascal are the two most ccmmoaly used languages at both 
the secondary and Introductory college lev>ls, whether in science, 
matn or computer science. In one sense these two and all other pro- 
gramming languages are alike. The hardware of a computer consists of 
things like registers and memory cells and can only be communicated 
with via binary codes. Programming languages allow the user to think 
in terms of variables, data and computations ;*hile still communicating 
with the computer'-, hardware. On the other hand each language has its 
own grammar and syntax; and while programs f&r the same outcome coded 
in two different languages: may have some resemblances, more often than 
not they are quite distinct. Furthermore language differences extend 
to power, efficiency and strucbure. Depending on what one requires in 
a language these differences will be more or less Important, 

Technically, Pascal is superior to BASIC as a language for 
serious, adult programmers (see Bork, 1971 a & 1971 b; Dessy, 1983; 
Masterson, 1984; and Tesler, 1984). It is generally more efficient 
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and more powerful, and It inherently encourages the use of good, modu- 
lar programming technique* In contrast BASIC is often referred to as 
the "qwerty" typewriter of computer programming languages; that is^ it 
attained widespread use not because It is the best language currently 
available but because It was the first microcomputer language avail- 
able. The opposition to BASIC has at times been quite polemical. In 
fact an article by Mundie (1978) is subtitled "A Polemical Comparison 
Of [Pascal and BASICi' As General Purpose Microprocessor Languages." 
Bork refers to BASIC as the "junk food" of programming languages and 
claims that the "better universities" do not use It (1985, p. 29). 
Dijkstra says that students exposed to BASIC are "mentally mutilated 
beyond hope of regeneration" vis-a-vls their potential to become good 
programmers (1982, p. 14); and Papert claims that BASIC programming 
requires "... so labyrinthine a structure that ... only the most 
motivated and brilliant (mathematical) children..." learn to program 
beyond the level of triviality (1980, p. 35). 

Several points of objection Ccin be distilled from the rhetoric. 
For instance, BASIC lacks many of the advanced programming features 
found in Pascal and which give to* Pascal its superior efficiency and 
power. Although this Is true, one must ask if It really makes any dif- 
ference at the Introductory level. For example, the efficiency and po- 
wer required for a typical program written by a secondary level chemis- 
try student to do gram-mole conversions Is easily accommodated within 
BASIC. At the school level to say that BASIC Is less efficient and 
powerful than Pascal, conveys about as much Information as saying that 
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^ Icrocomputers are less efficient aad powerful than mainframe 

3 

computers. 

Although The above issue of advanced programming features is 
^ften raised, the gravemen of the case against BASIC vis-a-vis Pascal 
lies in two quite different points: 

1. BASIC is not a structured language like Pascal and using it 
fosters poor programming habits that ar^e very difficult to 
break. 



2. there is no "ease of . learn ing" advantage that would favor 
the use of BASIC over Pascal with introductory students. 

H'hese are important instructional concerns and if the objections are 
Invalid then the use of BASIC should be reconsidered. 

lb£-Q^i££ti2Q-i2-Non-Structured_P 

Structured computer programs are preplanned, modular, heirarch^- 
jally arranged, readable programs (see Dijkstra, 1976). They tend to 
jrje more efficient and certainly are easier to debug than non- 
structured programs. BASIC allows structured programming, but the 
felationsnip with structure is laissez faire not demanded as with 
pascal. Following the path of least resistance, most students 
approach BASIC programming solutions to a problem with little fore- 
|;hought or planning. They program on a "stream of conscious" basis. 
^ fiS programs lengthen, the lack of planrAlng usually results in more and 
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more required "GOTO" statements for the proper control of program 
execution. For lengthy programs this unplanned, profligate use of 
"GOTO" statements results in spaghetti code, a tangled knot of execu- 
tion pathways, a nightmare to debug. Students who are accustomed to 
programming in this manner are the ones Dijkstra calls "mentally 
mut i lated . " 

The Pascal advantage is that structure is demanded, not merely 
allowed by the nature of the programming language. The question once 
again is, does it make any difference at the secondary, introductory 
level? Obviously people like Dijkstra and Bork- think that It does. 
However their conclusion about the deleterious effects of unstruc7 
tured, BASIC programming on future programming ability is based on 
personal observations. There are no empirical studies that Implicate 
BASIC as the causal agent. In fact the hypothesis that learning 
unstructured programming hinders the later acquisition of structured 
programming skills has not yet been tested In an experimental set- 
ting. The closest studies to this are more general studies of predic- 
tors of success in college computer science courses and programs. 
Factors such as high school math and science background, SAT scores, 
IQ, and gender have be en found to have positive correlations with suc^ 
cess in computer science studies which would include structured pro- 
gramming (Alspaugh, 1972; Butcher & Muth, 1985; Campbell & McCabe, 
1S84; Konval ina et al, 1983). In two of these studies, prior computer 
programming experience was included as an independent variable but was 
not found to correlate significantly with college computer science 
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success (Butcher & Muth, 1985; Konvalina et al^ 1983), Although the 
type of prior programming experience is not specified in these 
studies, one may safely assume that It included BASIC since this is 
the most widely taught programming language at the secondary level. 
Therefore without further evidence one must at least consider the pos- 
sibility that Dijkstra's observations have a cause other than BASIC. 

It also should be noted that not eve one who teaches In the 
field of programming is a proponent of the structure dogma. There are 
those that favor BASIC precisely because It does allow the freeform, 
unstructured type of programming that Pascal prohibits. This is not a 
lack of planning, but planning in action as opposed to preplanning 
(Rogoff and Gardner, 1983), Galanter says "BASIC lets you write pro- 
grams the way that Mozart wrote music, by Improvising as you go along" 
(1983, p. 147). These people recognize that such programming sacri- 
fices efficiency and ease of debugging, but consider the gain in cre- 
ativity worth the price. For the secondary science teacher, wanting 
his students to concentrate on science concepts and not on programming 
technique, this may well be a more useful attribute than structure. 

BASIC is objected to on the grounds that it has no "ease of 
learning" advantage over Pascal • No reason exists then for not choo- 
sing a superior language. Ease of learning depends on the cognitive 
match between curriculum demand and cognitive development; the closer 
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the match, the greater the ease of learning. In this case curriculum 
demand refers to the cognitive prerequisites necessary for learning 
BASIC or Pascal. The objection assumes that the minimum cognitive 
prerequisites for learning both Pascal and BASIC are equally matched 
to the cognitive development levels of typical secondary students. 

The question of cognitive matching has received more attention at 
the elementary level generally because of Papert'*s ( 1980) work with 
LOGO. Information on us Ing 'computers with elementary age children fre- 
quently notes that a knowledge of child development should guide appro- 
priate computer use (e.g, Clements, 1985, p. .127), Zajonc explains 
that by inserting "...a device involving formal operations into ear- 
lier periods of child development, we risk doing violence to the order- 
ly and natural course of child development" (1984, p. 576). The poten- 
tial problem is essentially one of cognitive mismatching. The same 
concern for the relationship between cognitive development and compu- 
ter use (especially programming) at the secondary level has not been 
expressed . 

It is instructive at this point to consider the British work ia 
science education by Shayer and Adey (1983). They studied the cogni- 
tive match between the curriculum demand of the Nuffield Science 
Programs and the cognitive development levels of the secondary stu- 
dents In those programs. Curriculum demand was determined by a cur- 
riculum analysis taxonomy that "arranges and classifies [curriculum] 
objectives Into groups according to <a) the schema or reasoning 
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patterns employed, and <b) the stage of cognitive development of which 
they are characteristic" <p. 70) • The data on student cognitive devel 
opment levels came from a study In which 12,000 nine to sixteen year 
olds were asked to complete a set of tasks comprising the Science 
Reasoning Tasks Inventory. The results supported Shayer and Adey's 
main argument, i.e., "...there Is a massive mismatch in secondary 
schools between the expectations Institutionalized In courses, text- 
books, and examinations and the ability of children to assimilate the 
experiences they are given" <p. vl). 

Given that secondary science curricula, as demonstrated by the 
Shayer-Adey study, are prone to the problem of cognitive mismatching, 
it seems eminently reasonable to assume that computer programming lan- 
guages could also cause the same problem; and . 1 f cognitive development 
and curriculum demand are important factors in selecting a curriculum, 
then they also should be Important factors in selecting a programming 
language. A comparison of the results of a cognitive demand study of 
BASIC and Pascal and what Is known about the cognitive development le- 
vels of typical secondary students would be quite informative. Though 
there are no studies of this exact nature there are related studies 
that can supply useful information. 

These studies are in the relatively new research field of the 
applied psychology of the computer user. Within this field the term 
"task structure" refers to the grammar, syntax and structure of a pro- 
gramming language; and it is the "task structure" that determines the 
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curriculum demand of a language. The guiding model for research on 
the applied psychology of computer use is given by Moran (1981, p. 3; 
also see Newell and Simon 1972): 

user' s goal + 

task structure + 

user's knowledge + 

user's processing limits = user's behavior 

«. 

The "user's goal" Is simply what the user intends to accomplish by 
using the computer. A biology student, for example, may wish to have 
the computer plot the average growth over a series of days of a set of 
experimentally treated plants. "Task structure" is what will be used 
to accomplish the user's goal. "User's knowledge" refers to how well 
the user is able to exploit the task structure. The "user's proces- 
sing limits" refers to both the user's natural ability and level of 
cogn 1 t I ve development . 



For the purpose of analyzing students' mastery of BASIC program- 
ming, the task structure of BASIC can be broken down into six levels: 



1 • mach ine 

2. transaction 

3. prestatement 

4 . statement 

5. chunk 

6. program 



Level 4, "statement "> literally refers to programming statements such 
as PRINT, LET, READ, etc., and subsumes three more detailed levels of 
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programming knowledge. Statements In turn are the primary building . 
blocks of programming. Groups of statements such as would form a 
module are called "chunks", level 5. There are 'd 1 f f erent types of 
chunks and level 5 itself can be broken down Into three levels of com- 
plexity. Lastly^ one or more chunks combine to form a "program", 
level 6 (see Mayer, 1979, p. 590). 

The difference between an expert programmer and a novice Is the 
expert's ability for greater expioitatioh of the language task struc- 
ture. An expert, because he has a good understanding of all struc- 
ture levels (with the possible exception of level 1,'l.e. machine. lan- 
guage) Is not limited to simple statements, but In fact writes pro- 
grams based on the upper, more complex levels of the language task 
structure. The resulting programs fit the Dljktsra definition of 
"structured." In contrast the novice has a very limited ability to 
exploit the upper task structure levels and is largely confined to con- 
structlng programs statement by statement (Moran, 1981; Mayer, 1981; 
Shell, 1981; Shneiderman, 1980). 

From a Piagetlan perspective the levels of BASIC'S task structure 
can be characterized as either "more concrete" or "more formal" In na- 
ture (see Shneiderman, 1985>/. At the "Statement" level, tnere is a 
one-to-one correspondence between most BASIC statements and a particu- 
lar action that contributes v.o the concreteness of the concept 
"Statement". For example: 
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Statement ASilon 
10 PRINT "Hi" . Hi 

When statements are grouped together as "chunks" to form structures 
such as nested loops and recursions^ the direct correspondence be tween 
statement and action is lost. Thus> most chunks are "more formal" in 
nature . 

In terms of curriculum demand > one would expect less demand at 
the "statement" level than at the "chunk" level. A student with lower 
"user processing limits" constructs a program based on statements^ 
while a student with higher "user processing limits" builds a program 
from chunks. In practice many secondary students learn simple BASIC 
quite quickly. A reasonable explanatory hypothesis is that the range 
of V riculum demand within the task structure of BASIC correlates 
well with the range of cognitive levels typically found amongst secon- 
dary students. There is> in other words> good cognitive matching be- 
tween BASIC task structure and secondary students' cognitive maturity^ 

Given fundamental, structural simularities among all programming 
languages, one can assume that the six task structure levels of BASIC 
can as well be applied to Pascal • The difference between the two lan- 
guages is a result of restrictions on the use of task structure 
levels* While BASIC allows the user to build programs from either 
statements or chunks, Pascal forces the user to mainly work at the up- 
per levels; it demands structure. This is in fact the major Pascal 
"advantage" according to Pascal proponents. Mundie is quite explicit. 
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"Pascal .al lows the programmer to remain on a high level of 
algorithmic abstraction, where he functions best.,," (1978, p, 42). 
An adult, expert programmer may Indeed function best at "•••a high 
level of abstraction but the same can hardly be said for the 

typical adolescent. What is an advantage for the mature programmer is 
quite likely to be a substantial disadvantage for secondary students. 
Some corroboration of this is found in a 1979 study by LaFrance . He 
attempted to teach the concept of structured Pasc^il programming via a 
game-format to a group of gifted nine to twelve year olds but was gen- 
erally unsuccessful. The fact that these were "gifted" nine to twelve 
year olds lends credence to the hypothesis that a similar study with 
secondary students would have the same result. 

If secondary science teachers are not going to employ computer 
programming as an instructional technique with any greater frequency 
than is now done, then the foregoing is only so much theoretical 
arcana. However, as stated at the beginn ing, the increase in computer 
literacy requirements and the increase in the number of personally 
owned computers gives rise to the distinct prospect of increased use 
of student programming in the science classroom. Accepting that, one 
must face two competing, yet legitimate concerns. Computer scientists 
are concerned about the prospect of students acquiring improper pro- 
gramming habits, habits that will ill serve them If they later choose 
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to enter computer related studies. On the other hand ins ::ruct lonal 
experts are more concerned that instructional methods be well su5ted 
to students' levels of cognitive maturity and to the .subject being 
taught. 

For many reasons, not the least of which is financial, it can be 
expected thau BASIC will remain the language of the status quo for 
some time to come. At this point the widespread 'use of BASIC should 
not be considered cause for alarm since the evidence that is currently 
available suggests that BASIC rather than Pascal, is cognitively bet- 
ter suited for use with secondary level students. Furthermore there 
is as of now no empirical evidence that prior knowledge of unstruc- 
tured programming has a significant negative influence on the acquisi- 
tion of structured programming skills. It would be wiser to avoid 
rhetorical arguments about the merits and demerits of BASIC and Pascal 
and instead pursue relevant research topics, i.e. a thorough examina- 
tion of the roles that programming can play in science education, a 
rigorous analysis of the task structure and curriculum demand of vari- 
ous languages especially Pascal, and a controlled study of the' effect 
of prior unstructured programm ing exper ience on the acquisition of 
structured programming skills. 
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